

INVESTOR m PEOPLE 




The Patent Office 
Concept House 



Cardiff Road 
Newport 



South Wales 
NP10 8QQ 



I, the undersigned, being an officer duly authorised in accordance with Section 74(1) and (4) 
of the Deregulation & Contracting Out Act 1994, to sign and issue certificates on behalf of the 
Comptroller-General, hereby certify that annexed hereto is a true copy of the documents as 
originally filed in connection with the patent application identified therein. 



In accordance with the Patents (Companies Re-registration) Rules 1982, if a company named 
in this certificate and any accompanying documents has re-registered under the Companies Act 
1980 with the same name as that with which it was registered immediately before re- 
registration save for the substitution as, or inclusion as, the last part of the name of the words 
"public limited company" or their equivalents in Welsh, references to the name of the company 
in this certificate and any accompanying documents shall be treated as references to the name 
with which it is so re-registered. 



In accordance with the rules, the words "public limited company" may be replaced by p. I.e., 
pic, P.L.C. or PLC. 



Re-registration under the Companies Act does not constitute a new legal entity but merely 
subjects the company to certain additional company law rules. 




Dated 



Signed 




An Executive Agency of the Department of Trade and Industry 



Patents Form 1/77 

1977 



Patents 
C 1« 



\ Office I 
V ^ 



THE PATENT OFFIcgT 



Request for grant of a patent 

(See the notes on the back of this form. You con also get an 
explanatory leaflet from the Patent Office to help yon fill u i 
this form) 



0 2 JUL 2002 
NEWPORT 



PO 



ULQ2 E730129-1 001463 
/7700 0. 00-0215207. 2 



The Patent Office 

Cardiff Road 
Newport 
South Wales 



1. Your reference 30018535-1 GB 


I NP10 8QQ 

1 
| 


2 . Patent application number r\ O A rQA-y 
(The Patent Office will fill in this part) \J 1 \J \J ( 


2 


3. Full name, address and postcode of the or of Hewlett-Packard Compa 

each applicant (underline all surnames) 3000 HaflOVef Street 

Palo Alto 

CA 94304, USA 

Patents ADP number (if you know it) 

Delaware, USA 

If the applicant is a corporate body, give the 
country/state of its incorporation 


ny 

j 


4. Title of the invention Improved Error Detection in Received Data 

Transmissions 




5. Name of your agent (if you have one) Richard A. Lawrence 

Hewlett-Packard Ltd. IP 

"Address for service" in the United Kingdom Filton Road, Stoke GiffO 
to which all correspondence should be sent Bristol BS34 8QZ 

(including the postcode) 

Patents ADP number (if you know it) 


Section 
rd 


6. If you are declaring priority from one or more Country Priority appb 
earlier patent applications, give the country (if you 
and the date of filing of the or of each of these 
earlier applications and (if you know it) the or 
each application number 


cation number Date of filing 
know it) (day / month /year) 


7. If this application is divided Or Otherwise Number of earlier application 
derived from an earlier UK application, 
give the number and the filing date of 


Date of filing 
(day / month /year) 



8. Is a statement of inventorship and of right 
to grant of a patent required in support of 
this request? (Answer 'Yes' if: 

a) any applicant named in part 3 is not an inventor, or 

b) there is an inventor who is not named as an 
applicant, or 

c) any named applicant is a corporate body. 



following items you are filing with this form. 
Do not count copies of the same document 


• 


Continuation sheets of this form 




Description 

Claims 
Abstract 


8 / 

y 

1 


Drawings 




10. If you are also filing any ofj the following, 
state how many against each item. 




Priority documents 




Translations of priority documents 

i 

Statement of inventorship and right 
to grant of a patent (Patents Form 7/77) 




Request for preliminary examination 

and search (Patents Form 9/77) 


/ 

1 


Request for substantive examination 

I (Patents Form 10/77) 




Any other documents 

Qrtease specify) 


Fee Sheet 


11. ; 

i 


I/We request tfie grant^of a patent on the basis of this^application. 
Signature / \J U Date | / /Q^ 

Richard A- Lawpence / / 


12. Name and daytime telephone number of 
person to contact in the United Kingdom 

i 


Meg Joyce Tel: 0117-312-9068 



Warning 

After an application for a patent has been filed, the Comptroller of the Patent Office will consider whether publication 
or communication of the invention should be prohibited or restricted under Section 22 of the Patents Act 1977 You 
will be informed if it is necessary to prohibit or restrict your invention in this way. Furthermore, if you live in the 
United Kingdom, Section 23 <?/ the Patents Act 1977 stops you from applying for a patent abroad without first getting 
written permission from the latent Office unless an application has been filed at least 6 weeks beforehand in the 
United Kingdom for a patent for the same invention and either no direction prohibiting publication or 
communication has been given, or any such direction has been revoked. 

Notes i 

a ) V you need help to fill in this form or you have any questions, please contact the Patent Office on 08459 500505. 

b) Write your answers in capital letters using black ink or you may type them. 

c) If there is not enough spate for all the relevant details on any part of this form, please continue on a separate 
sheet of paper and write "see continuation sheet" in the relevant part(s). Any continuation sheet should be 
attached to this form. \ 

d) If you have answered 'Yes 3 Patents Form 7/77 will need to be filed. 

e) Once you have filled in the form you must remember to sign and date it. 

f) For details of the fee and 'ways to pay please contact the Patent Office. 



Patents Form 1/77 



1 



IMPROVED ERROR DETECTION IN RECEIVED DATA TRANSMISSIONS 



The present invention relates to a method of receiving data and a receiver for receiving data 
in which the validity of error correction performed on the received data is determined as an 
additional check further to a cyclic redundancy check (CRC) being performed on the 
received data. j 



It is well known in the field of data transmission to perform one or more checks on the 
received data to establish if the received data contains any errors. One Luch example that is 
used when the data is transmitted in discrete data packets is a cyclic redundancy check 
(CRC). A cyclic redundancy check involves using the data to be transmitted to calculate a 
unique value associated with the data. Various methods of calculation may be employed, 
ranging from simple binary addition of the data bits within the data to be transmitted to 
performing complex polynomial arithmetic on the data. Whatever calculation method is 
employed, the desired result is to achieve a unique CRC value associated with the data 
packet. The calculated CRC value is then appended to the data to be transmitted prior to 
transmission. At a receiver, an identical CRC calculation is performed on the received 
data, but not including the added CRC value. If no errors have occurred in the transmission 
of the data from the transmitter to the receiver, the CRC value calculated by the receiver 
will be identical to the CRC value initially calculated by the transmitter and transmitted 
with the transmitted data. A simple comparison of the transmitted and calculated CRC at 
the receiver will therefore indicate if any errors have occurred in the data during 
transmission. 

Typically, a CRC value comprises 32 bits, thus providing 2 32 possible unique CRC values. 
The probability of two different random data packets therefore havingj the same CRC value 
is equivalent to about 1 in 4,300 million. The probability of an error occurring in the 
received data and not being detected is therefore very small. j 

However, it is known that some data transmission protocols, for example Bluetooth™, use 
CRC values having less than 32 bits, for example 16 bits. A 16 bit CjRC value only allows 
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2 16 , or approximately 65000 different CRC values to be generated. The number of errors 
that can occur within a data packet before the CRC value can be identical to the CRC value 
for the packet having no errors is referred to as the "minimum distance". Clearly for a 
CRC value of only 1 6 bits, the minimum distance is less than for a 32 bit CRC value. This 
means that a data packet need only contain a smaller number of errors before returning an 
apparently correct ■ CRC value. Given the transmission rate for a system such as 
Bluetooth™ combined with such a system having only a 16 bit CRC value, it is estimated 
that errors occurring in transmission but the CRC check being regarded as correct could 
occur every few minutes. One application where such an error rate has a particularly 
detrimental impact is in the use of Bluetooth™ enabled printers. The occurrence of an 
error once every feiw minutes in data transmission from a Bluetooth™ enabled device to a 
suitably enabled printer can result in a significant probability that any given print job will 
not be completed because of an error occurring in the data transmission from the device to 
the printer. Of course other Bluetooth™ enabled devices, such as a wireless headset for a 
cellphone, may be more tolerant of such error levels, but nonetheless such an error rate is 
highly undesirable. The above examples of Bluetooth™ enabled devices are for illustration 
only and are not to 'be considered as limiting. 

Other error contrcjl schemes are known that are used to improve data transmission. A 
simple example of such a scheme is the use of an additional parity bit. The parity of the 

transmitted data is established prior to transmission and an additional parity bit set 

i 

accordingly. On receipt of the transmitted data, the parity is again determined and 
compared with the parity bit. Disagreement between the determined parity and the 
transmitted parity bit indicates that an error has occurred during transmission. Other, more 

complex error control schemes are known, such as a forward error correction codes. These 

i 

involve coding the transmitted data such that on receipt of the transmitted data, any errors 
that have occurred during transmission can be detected and/or corrected. An example of 

such a forward enk>r correction scheme is convolution encoding with Viterbi decoding. A 

i 

common characteristic of forward error correction codes is that redundant data is added to 
the data to be transmitted that allows the errors to be detected and corrected. Returning to 
the previous example of Bluetooth™ data transmission, a 15:10 forward error correction 
code is employed i.e. 15 bits are transmitted to send 10 bits of actual data. 
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However, if the transmitted data contains more than a certain number of errors, the number 
of errors being dependent upon the particular forward error correction code being used, the 
forward error correction code can fail because it becomes impossible to determine unique 
corrections for the data, and incorrect data bits may be left uncorrected whilst "correct" 
ones may be altered by the correction scheme. This failure can be detected by re-encoding 
the received data after the forward error correction has been applied to it and comparing the 

re-encoded data with the originally received transmitted data to determine the number of 

i 

"errors" that have been "corrected" i.e. by determining the number of bits within the data 
that have been changed. A large number of "corrections" is an indication that the forward 
error correction code has failed. 

An example of a| similar technique is disclosed in the United States patent number 

i 

6,163,571, which discloses a signal processing circuit for a receiver in a digital wireless 
communication system that uses a re-encode and compare scheme to measure received 
signal quality. Packets of data bits that have passed a CRC check are re-encoded and are 

compared to the originally received data to determine the number of bits that have been 

i 

changed by the forward error correction scheme. This provides an estimate of the received 
signal quality. The data is subsequently forwarded for further processing. However, this 
system always operates on the assumption that both the CRC check and the forward error 
correction are accomplished accurately. 

For data transmission systems where the probability of errors occurring in the data 
transmission is relatively high, and in particular when only a relatively small CRC value is 
used, neither a CRC check or forward error correction coding provides a wholly reliable 
indication of the validity of a particular transmitted data packet. 

i 

According to a first aspect of the present invention there is provided a method of receiving 
data, the method jcomprising performing error correction on received data and determining 
if said error correction has failed, calculating a CRC value associated with said error 
corrected received data and rejecting received data that has a valid associated CRC value if 
said error correction has failed. 



It is therefore possible to discard received data even though that d^ta may have a valid 
CRC value, on the basis that an additional check on the likelihood qf failure of the error 
correction is also conducted. In other words, the CRC check is being double checked using 
a further check of the performance of the error correction scheme. j 



Preferably, the failure of the error correction is determined according to at least one 
parameter of the data changed by the error correction. Preferably, the at least one 
parameter is the number of bits changed during error correction. More particularly, the 
error correction is determined as having failed when the number of changed bits in a block 
of data exceeds a threshold value. 

Preferably, the number of changed bits is determined by re-encoding the corrected data and 
comparing the re-encoded data with the originally received data. 

Preferably, the error correction is performed in accordance with a forward error correction 
code. 

Additionally, the received data may be rejected if the CRC valup associated with the 
received data is not valid. 

Preferably, the received data is in data packet format. More preferably the received data 
comprises at least one Bluetooth™ data packet. 

According to a second aspect of the present invention there is provided a receiver arranged 
to perform error correction on received data and to determine if said error correction has 
failed, the receiver being further arranged to calculate a CRC value associated with the 
received data and to reject received data having a valid associated C^RC value if said error 
correction has failed. 

Preferably, the failure of the error correction is determined according to at least one 
parameter of the data changed by the error correction. In particular, the at least one 
parameter may comprise the number of bits changed during error correction. Additionally, 
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the receiver may determine the error correction to have failed whenj the number of bits 
changed exceeds a threshold value. 

Additionally or alternatively, the receiver may comprise an encoder arranged to re-encode 
the received data and a comparator arranged to compare the re-encoded data and the 
received data, whereby the number of changed bits is determined. 



Preferably, the receiver is arranged to perform forward error correction 



Additionally, the receiver may be further arranged to reject the 
associated CRC value is not valid. 



received data if the 



Additionally, the receiver may be arranged to receive wireless data traismissions 



Preferably, the receiver comprises a Bluetooth™ enabled receiver. 



According to a third aspect of the present invention there is 
communication enabled device comprising a receiver, in accordance 
aspect of the present invention. 



provided a wireless 
with the second 



Preferably, the wireless communication enabled device comprises a 
device, such as a printer, headset, loudspeaker or camera, computer 
device, telephone, personal digital assistant, or other data processor, 
considered as exhaustive- 



Bluetooth™ enabled 
, computer peripheral 
This list is not to be 



Embodiments of the present invention will be described, by way of example only, in 
conjunction with the accompanying figures, of which: 

Figure 1 schematically illustrates a prior art receiver; and 



Figure 2 schematically illustrates a receiver according to an embodiment of the present 
invention. 
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Figure 1 schematically illustrates a prior art receiver. Received data is input to a forward 
error correction decoder 2 that is arranged to perform a forward error correction on the 
received data, therejby correcting any errors that have occurred in the transmission of the 
data. It will be appreciated that the received data may be demodulated before being input 
to the forward error correction decoder as is appropriate. The output of the forward error 
correction decoder £ comprising the corrected data is input to a CRC checker 4. The CRC 
checker 4 calculates the associated CRC value and outputs both the calculated value and 
the value transmitted with the received data to a CRC tester 6. The CRC tester 6 compares 
the transmitted CR<b value with that calculated by the CRC checker 4. If the two values are 
not equal the CRcJ tester 6 rejects the received packet. If the two CRC values are equal, 
indicating that the Idata has been successfully transmitted, then the data packet is passed 
onto further parts otthe system connected to the receiver. 

Where receivers of this type are used with data transmission protocols having a relatively 

j 

small CRC check value, for example Bluetooth™ that has a 16 bit CRC value, the receiver 
is prone to incorrectly passing the data packet onto the higher layers. This occurs because 
where the received data contains a significant number of errors the forward error correction 
decoder 2 cannot successfully correct the errors, although it gives an indication that it has. 
Incorrect data is therefore passed to the CRC checker 4. As the CRC is only a 16 bit value, 
the probability of data having a significant number of errors generating a CRC value that 
nonetheless is identical to the correct CRC value is relatively high (around 1 in 60,000). 
The CRC tester 6 will therefore determine that the calculated CRC is correct because it 
matches the transmitted CRC, even though in reality the data is not valid, and will pass the 

erroneous data to higher levels within the system. 

i 
j 

Figure 2 schematically illustrates a receiver system according to an embodiment of the 

i 

present invention] Where applicable, like elements are given like reference numerals. 
Received data is input to a forward error correction decoder 2 where error correction is 
performed on the received data in an attempt to correct any errors that have occurred during 
transmission. The corrected data is output from the forward error correction decoder 2 and 
input to a CRC checker 4. The CRC check sum unit calculates the associated CRC value 
of the corrected (data and passes this to a CRC tester check unit 6 that compares the 

! 
i 



calculated CRC value with the CRC value transmitted with the datia. If the two CRC 



values are not equal then the CRC tester 6 determines that the received data is not valid and 
rejects the data packet. The corrected data provided by the output to the forward error 
correction decoder 2 is also input to a re-encoder 10 that re-encodes the corrected data 
using the same code as employed for transmission of the data. The re-encoded data is 
output from the re-encoder 10 to a comparator 12. In addition to being input to the forward 
error correction decoder 2, the received data is also input to the comparator 12 via a delay 
block 14. The comparator 12 performs a bit by bit comparison between the originally 
received data and the corrected and re-encoded data to determine if any differences exist. 
The number of differences is determined by a bit error counter 16 and provides an 
indication of the number of "errors" that have been "corrected" by the forward error 
correction decoder 2 in a given packet of data. The output of the bit error counter 16 is 
input to a forward error correction tester 18 that uses the number of errors to determine 
whether the forward error correction has in fact failed or not. The forward error tester 18 
receives the corrected data from the output of the CRC tester 6. If the forward error 
correction tester 1 8 determines that the error correction has failed because the number of 
corrections exceeds a threshold, then the received data is rejected. If it is determined that 
both the CRC value is valid and that the forward error correction is valid, then the received 
data is output from the forward error correction tester 18 to higher levels of the system. 

The advantage of the receiver system according to the above described embodiment of the 
present invention is that in addition to the CRC value being checkep, which may provide 
an erroneous indication of a valid CRC because of the use of a relatively small number of 
bits for the CRC value, for example 16 bits in Bluetooth™ applications, a further check is 
performed based on the determined validity of the forward error coixection. In effect, the 
validity of the forward error correction is used as a double check on the validity of the CRC 
check. 

It is envisaged that embodiments of the present invention will be particularly applicable to 
wireless data transmission, for example Bluetooth™ systems, such zs wireless connectivity 
between Bluetooth™ enabled devices. Bluetooth™ is given as an example because it may 
be subject to a significant number of errors. This is due to a number of factors, one of 
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which is the use of only a 16 bit CRC check value that allows as previously discussed, an 
increase probability of an apparently correct check sum being generated from data 
containing a significant number of errors. Additionally, Bluetooth™ is transmitted within 
the 2.4GHz transmission band that is available for any other transmission systems at this 
frequency. The transmission channel may therefore be of low quality due to relatively high 
interference from other sources. The channel is also susceptible to poor transmission 
quality because of] interference resulting from multiple path transmissions where the 
wireless transmission reflects off objects within the transmission channel to create reflected 
additional transmisisions that can interfere with the originally transmitted signal. The 
applications using bluetooth™ and which can have their error performance improved by 
use of embodiments of the present invention include Bluetooth™ enabled printers. 



CLAIMS 



1 . A method of receiving data comprising performing error correction on received data 

and determining if said error correction has failed, calculating a CRC value associated 

i 

with said error corrected received data and rejecting received cjata that has a valid 
associated CRC value if said error correction is has failed. j 



2. A method according to claim 1, wherein the failure of saicj error correction is 
determined according to at least one parameter of the data changed by the error 
correction. 



3. A method according to claim 2, wherein said at least one parameter comprises the 
number of bits changed during error correction. 

4. A method according to claim 3, wherein said error correction is determined as having 



failed when the number of changed bits in a data packet exceeds a 



5. A method according to claim 3 or 4, wherein the number 
by re-encoding said corrected data and comparing said 
originally received data. 



threshold value. 



of changed bits is determined 
data to said 



re-encoded 



6. A method according to any preceding claim wherein said error cprrection is performed 
in accordance with a forward error correction code. 



7. A method according to any preceding claim, wherein said received data is rejected if 
said CRC value is not valid. 

8. A method according to any preceding claim, wherein said received data conforms to a 
wireless transmission protocol. 



9. A method according to any preceding claim, wherein said received data is in data 
packet format. 
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10. A method according to any preceding claim, wherein said received data comprises at 
least one Bluetooth™ data packet. 

1 1 . A receiver arranged to perform error correction on received data and to determine if 
said error correction has failed, the receiver being further arranged to calculate a CRC 
value associated with the received data and to reject received data having a valid 
associated CRC value if said error correction has failed. 

12. A receiver according to claim 11, wherein the failure of said error correction is 
determined according to at least one parameter of the data changed by the error 
correction. j 

13. A receiver according to claim 12, wherein said at least one parameter comprises the 
number of bits fchanged in a data packet during error correction. 

14. A receiver according to claim 13, wherein the receiver determines the error correction 
to have failed yhen the number of bits changed exceeds a threshold value. 

j 

15. A receiver according to claim 13 or 14, wherein said receiver comprises an encoder 
arranged to rejencode said received data and a data comparator arranged to compare 

said re-encoded data and said received data, whereby the number of changed bits is 

i 

determined. ! 

i 

16. A receiver according to any one of claims 1 1 to 1 5, wherein said receiver is arranged to 

i 

perform forward error correction. 

t 
I 

i 

17. A receiver according to any one of claims 11 to 16, wherein said receiver is further 
arranged to reject said received data if said associated CRC value is not valid. 

18. A receiver according to any one of claims 1 1 to 17, wherein said receiver is arranged to 
receive wirelejss data transmissions. 
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19. A receiver according to any one of claims 11 to 18, wherein said receiver comprises a 
Bluetooth™ enabled receiver. 



20. A wireless communication enabled device comprising a receiver Recording to any one 
of claims 11 to 19. 



21. A device according to claim 20, wherein said Bluetooth™ enabled device comprises a 
printer. 
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ABSTRACT 

IMPROVED EfcROR DETECTION IN RECEIVED DATA TRANSMISSIONS 

An error correction, scheme is provided in which received data is only passed onto higher 
system levels if boih a CRC check is determined to be valid and in addition the forward 
error correction performed on the received data is determined to be valid. 

(Figure 2) 
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